Назад или вперед?

Назад или вперед?

На днях на консультации обсуждали тему обновления API библиотеки для роутинга. В новой версии либы просто взяли и выпилили инструмент, с помощью которого можно было брать параметры из адресной строки. И вопрос заключался в том

Будет ли шагом назад использование браузерного API?

Я вспомнил себя в похожей ситуации, когда в определенный момент карьеры мне пришлось с привычного React перейти на XSLT в связке с jQuery. По ощущениям было как будто я из современного мегаполиса переехал в дикий мир джунглей. Подготовка всех состояний, прямая работа с DOM, обработка эвентов и хранение состояний в переменных. Жутко, но романтично!

И это реальная проблема. Фронтендеры, глубоко погруженные в современные инструменты, как будто бы забывают о базовых вещах. Впадают в ступор только от мысли прочитать что-то в window. Это кажется чем-то запретным. Возникает ощущение, что если библиотека что-то не умеет — это не возможно. Но это возможно, если выйти за пределы библиотеки.

С другой стороны я отмечаю тренд, что многие библиотеки уходят от кастомных реализаций к браузерным API. Благо и API на текущий момент устоялись и работают практически везде одинаково. Зачем делать свою реализацию, если есть уже 100% рабочая нативная реализация, доступная и понятная всем.

В общем, отказ от лишних бесполезных слоев абстракций скорее не шаг назад, а шаг вперед на встречу простоте и надёжности.

Поделитесь, сталкивались с такими примерами?

© Счастливый тимлид